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[57] ABSTRACT 

A method for congestion management in a frame relay 
network, in which a virtual channel associated with a frame 
to be transferred is determined. In other to provide a 
congestion management method which is reliable and 
capable of rapid responding and which allows even virtual 
connections to be prioritized with respect to the throughput 
probability, (a) at least some of the virtual channels are 
assigned a respective service level; (b) a congestion level 
having values in a predetermined relationship to (he values 
of the service levels is determined for a network resource 
liable to congestion; (c) the value representing the service 
level of the virtual channel of the FR frame (39) is compared 
with the value representing the congestion level of the 
network resource; and (d) when the result of the comparison 
falls outside a predetermined value range, the frame is 
discarded. 

6 Claims, 3 Drawing Sheets 



C START ) 



READ DLQ AND DEBIT 
FROM FRAME ADDRESS FIELD 




61a 
-I— 



ASSIGN THE FRAME 
THE LOWEST 
SERVICE LEVEL 



, i £— 

READ THE SERVICE LEVEL Of VIRTUAL CHANNEL 
CORRESFONDNG TO DLQ FROM TABLE 



COMPARE THE CONGESTION LEVEL 
OF BUFFER MEMORY WITH SERVICE LEVEL 




10/20/2003, EAST Version: 1.04.0000 



U.S. Patent jun. 10,1997 sheet 1 of 3 5,638,359 




FIG. 2 

10/20/2003, EAST Version: 1.04.0000 



U.S. Patent 



Jim. 10, 1997 



Sheet 2 of 3 



5,638,359 




18 



MONITORING 



FIG. 3 




38 



6<r 



INFORMATION FIELD 





FIG. 4 


/ , 

i * Z 


39 

/ 




FLAG 


ADDRESS FIELD 


INFORMATION FIELD 


FRAME CHECK 


FLAG 



/'8 7 6 5 4 3 *-« 1. 



DLCI 


cm 


EA 


DLCI 


FECN 


BECN 


DE 


EA 



CONGESTION UP-FLOW DOWN-FLOW 
LEVEL THRESHOLD THRESHOLD 



3 


i 




60% -i 




2 


70% - 




40% - 




1 


50%- 




1 

20% ~ 


r 


0 


30%- 






r 



FIG. 5 



10/20/2003, EAST Version: 1.04.0000 



U.S. Patent 



Jun. 10, 1997 



Sheet 3 of 3 



5,638,359 



( START ) 



1 



60 



READ DLCI AND DEBIT 
FROM FRAME ADDRESS FIELD 




61a 

/ 

ASSIGN THE FRAME 

THE LOWEST 

SERVICE LEVEL 



.62 



READ THE SERVICE LEVEL OF VIRTUAL CHANNEL 
CORRESPONDING TO DLCI FROM TABLE 



63 



COMPARE THE CONGESTION LEVEL 
OF BUFFER MEMORY WITH SERVICE LEVEL 



FIG. 6 



( END 



,64 

NO /THRESHOLD\^ 
EXCEEDED. 
? 



65 



-A 



DISCARD FRAME 



I 



C END ) 



10/20/2003, EAST Version: 1.04.0000 



5,638.359 

1 2 

METHOD FOR CONGESTION cations received from the subscriber. In other words, if the 

MANAGEMENT IN A FRAME RELAY network notifies the subscriber of congestion, the subscriber 

NETWORK AND A NODE IN A FRAME should reduce its traffic to the network, and vice versa, This 

RELAY NETWORK co-operation would thus make the network a kind of closed 

5 system as far as the congestion management is concerned. 

BACKGROUND OF THE INVENTION However, this kind of congestion management is not opera- 

The invention relates to a method for congestion man- tive k for reasons: 

agement in a frame relay network, wherein a virtual channel —notification mechanisms offered by the specification 

associated with a frame to be transferred is determined The are too slow to respond to momentary congestion situations; 

invention further relates to a node in a frame relay network, 10 ^ 

comprising at least one resource liable to congestion, such as — one cannot rely on the subscribers voluntarily reducing 
a buffer. traffic even if they receive congestion notifications from the 
Congestion means a situation in which the number of network. In such a case the congestion management system 
transmission requests exceeds the transmission capacity at a ^ not > in fact » dosed, and congestion will not be relieved, 
certain network point (called a bottle-neck resource) at a Another drawback of known methods is that all subscrib- 
specific time. Congestion usually results in overload ers are treated equally under congestion conditions, and so 
conditions, as a result of which the buffers overflow, for it is not possible to give priority to the messages of sub- 
instance, and so packets will be retransmitted either by the scribers wanting better service (Le. applications requiring 
network or the subscriber. The function of congestion man- 2Q better service) with respect to the throughput probability, 
agement (CM) is to maintain a balance between me trans- 20 SUMMARY OF THE INVENTION 
mission requests and the transmission capacity so that the 

bottle-neck resources operate on an optimal level and the l^e object of the present invention is to eliminate the 
subscribers are offered service in a way that assures fairness. above-described disadvantages and provide a new conges- 
Congestion management can be divided into congestion ^ tion management method for use in the FR network, which 
avoidance (CA) and congestion recovery (CR). Congestion method is reliable and capable of rapid responding. The new 
avoidance methods aim at preventing the occurrence of method also enables the prioritizing of virtual connections 
congestion in the network by dynamically adjusting the ^ "SP** to throughput probability. This is achieved by a 
bandwidth of the subscribers in accordance with network method according to the invention, which is characterized in 
congestion conditions and/or by altering the network routing 30 mat 31 least some of me wiltaal channels arc assigned a 
so that part of the traffic load of the bottle-neck resources is respective service level; a congestion level having values in 
shifted to idle resources. The purpose of recovery methods, a predetermined relationship to the values of the service 
in turn, is to restore the operation of the bottle-neck levek is determined for a network resource liable to con- 
resources to an optimal level if the avoidance methods have gestion; the value representing the service level of the virtual 
failed to prevent the occurrence of congestion. 35 channel of the FR frame is compared with the value repre- 
TTie frame relay (FR) technique is a packet-switched ^entmg the congestion level of Ae resource; and when the 
network technique used for the fransmission of frames of result °{ m 5 C01 ^ 0 ^f ^£* V ^T^*^ 
varying length in place of the packet-switched network f^' * e ***** ^ ^carded. The FR network node accord- 
connections presentiy in use. The protocol (X.25) applied to . me mventl f ■ m 15 characterized m that it 
generally in the present packet-switched networks requires 40 com Pf es ^ ^r storing service level values corre- 
plenty of processing and the transmission equipment is s P° ndin S * virtual channels; means for determining the 
expensive, as a result of which the speeds also remain low. congestion leve of the resource liable to congestion; means 
These matters are due to the fact thaUhe X.25 standard was ™°P*™Z the value representing the congestion level 
develor^dwhenmeusedtransmission connections were still ^d the value representing the service level; and means for 
mtherprane to transmission errors. The starting point of the 45 ^carding a frame in response to the result of the compari- 
frame relay technique was a considerably lower transmis- son * 

sion line error probability. It has therefore been possible to ^ invention rests on the idea that virtual channels are 

discard a number of unnecessary functions in the frame relay classified according to the service level desired by the 

technique, thus making the delivery of frames rapid and respective subscriber, and that frames with a lower service 

efficient. The Frame Mode Bearer Service is described 50 level are discarded under congestion conditions so that the 

generally in the CCtTT specification L233 (Reference 1) and service offered in a congestion situation will be as optimal 

the associated protocol in the specification Q.922 (Reference as desired by the subscriber with respect to the frame 

2). Congestion in an FR network and congestion manage- throughput probability. 

ment mechanisms are described in the CCTTT specification BRIEF DESCRIPTION OF THE DRAWINGS 

1370 (Reference 3). For a more detailed description of the 55 , . . 

FR technique, An Overview of Frame Relay Technology, ^ <■« Showing the invention and its preferred embodi- 

Datapro Management of Data Communications, McGraw- mcats ^ be described in greater detail with reference to the 

Hill Incorporated, April 1991, (Reference 4) as well as the examples shown in the attached drawings, in which 

above-mentioned specifications are referred to. FIG. 1 illustrates a typical operating environment of the 

The recommendations defined in the CCTIT specifica- 60 method according to the invention; 

tions offer a few mechanisms for congestion notification. For FIG- 2 is a simplified view of an FR network node in 
instance, the recommendation L370 shares the network which the method according to the invention is applied; 

congestion management between the nodes and the sub- FIG. 3 illustrates congestion management means associ- 

scribers of the network. According to it, the subscriber ated with each output or input buffer in the node shown in 

should adjust the amount of traffic on the basis of congestion 65 FIG. 2; 

notifications received from the network, and the network, in FIG. 4 illustrates the format of a frame to be delivered in 

turn, should do the same on the basis of congestion notifi- an FR network; 
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FIG. 5 shows a congestion level table provided for a distinguished from each other by means of the data link 

buffer, and connection identifier. The data link connection identifier, 

FIG. 6 is a flow chart illustrating the method according to nowever . * unambiguous only over a single virtual channel, 

the invention, which is applied in each output and input f 11 maychangein the node or .transition to me next virtual 

k iff nf thn nnrtc 5 channel. In the invention, the bit 2 of the second address 

ouirer 01 uie noae. geM oae ^ g DE ^ Equity indicator), is 

DETAILED DESCRIPTION aiso significant. In accordance with the CCITT 

„. . recommendation, it is allowable to discard a frame e.g. 

HG. 1 shows an FR network offering public network under congestion conditions if the DE bit of the frame has 

services, that is, a frame relay network 12 interconnecting ^ set to one. As the other bits in the FR frame are not 

local area networks 11 of different offices A. . . E of a single rdevam to toe nt Nation, they will not be described 

corporation or a plurality of corporations. The local area more dosely herein . References 2 and 4 mentioned above 

network 11 of each office has access to the FR service via a m referred to for a more ^tantf description, 

local area network bridge 13 and a data link connection A frame 39 of the format described above is received at 

indicated with toe references 14* 14*, respecHvely. Tte me ^ buffa rf ^ nodc ^ from the switching field 17 

connection between an FR subscriber A . . . E and an FR of ^ 3 shown ^ ^ 2) ^ monitolmg 

network node N is known per se wherefore it will not be ^ lg ^ servicc ^ value corresponding to 

described more closely herein. More detailed irrformation ^ ^ channd indicatcd b ^ ^ ^ Section 

about local area networks and bridges used in their inter- DLCL Tne wi ^ values of ^ 

connection can be found eg. in an article by Michael , A - ^ +K i_ j ^ „ 

_ . , . 20 service levels corresponding to tnem may be stored e.g. in a 

Gnmshaw LAN Interconnections Technology, ' w ^jp^ 

Teleconimunications, February 1991, and in Ldhiverkko- ' . . . .» . 

T T . ». . 0 . _ __ _^ „ 1rtni Id addition to assigning a service level specifically for 

opas , Leena Jaakonmab Suomen ATK-kustannus Oy, 1991, ^ ^ Method according to the invention 

which are incorporated herein by reference. ^ the C0Dgestion level of a resource liable to 

FIG. 2 is a simplified view of the node N in the FR ^ congestion) buffer 15 in the example of FIG. 3. For this 
network 12. An FR frame from a subscriber is received in an par n 0S ^ a congestion level table C is provided for such a 
input buffer 15a, from which it is connected to a centralized resource for fating out the level of congestion of the 
router 16 routing it to an appropriate output buffer 15b or resource. FIG. 5 shows in greater detail the congestion level 
15c, which may be either an output buffer 15* connected to ^yi^ for ^ buffer 15. In this specific case, the 
another subscriber connection or an output buffer 15c con- 3Q comprises a congestion level column where the con- 
nected to an FR trunk connection (which is an internodal gestion level of ^ buffer mem ory has four different values 
data link connection in the FR network). ranging from 0 to 3; a second column containing the 

The fill rate of each output and input buffer in the FR threshold values of the buffer memory fill rate when the level 
network node (only one input buffer, indicated by the 0 f congestion is rising; and a third column containing the 
reference numeral 15, is shown in FIG. 3) is monitored by 35 threshold values of me buffer memory fill rate when the level 
a monitoring unit 18 (which for the sake of clarity is not 0 f congestion is falling. The monitoring unit 18 monitors 
shown in FIG. 2). According to the invention, each virtual continuously the fill rate of the buffer memory 15 and 
channel is assigned a fixed service level selectable by the determines the level of congestion of the buffer memory by 
subscriber. (The virtual channel means a virtual connection means of the congestion level table C When the level of 
portion having the length of one transmission link, while the ^ congestion is rising, the monitoring unit uses the first and the 
virtual connection is the actual packet-switched end-to-end second column of the congestion level table, and when the 
FR connection.) The service level is a number (or another j e vel of congestion is failing, it uses the first and the third 
identifier) within a predeterniined range, such as 0 . . . column. When the level of congestion is rising and the fill 
LEVELX, which represents the quality of service offered rate exceeds the threshold set forth in the table, the level of 
under congestion conditions to the subscriber connected to 45 congestion shift to the next higher level. For example, when 
the virtual connection. In this way, each user application can the fill rate exceeds 30%, a shift from the congestion level 
be offered the service level desired by the subscriber, thus q to congestion level 1 takes place (the value of the con- 
prioritizing different virtual connections with respect to the gestion level changes from 0 to 1); correspondingly, when 
throughput probability in the FR network. The service level me f$y rate exceeds 50%, a shift to the congestion level 2 
may be an option the operator sells the subscriber and/or the 50 takes place. Similarly, when the congestion is decreasing 
operator may use the service level to prioritize its own and falls below the threshold set forth in the column, a shift 
management connections. to the next lower congestion level takes place. For example, 

According to the invention, a network-specific constant when the fill rate falls below 20%. a shift from the conges- 

LEVELX+1 is always applied in the operation of the FR tion level 1 to the congestion level 0 takes place. The 

network. The constant indicates the number of different 55 threshold values corresponding to a certain congestion level 

service levels specified in the network. are intentionally unequal. The significance of this matter will 

The frame of the subscriber LAN 11 is inserted into the be described below, 

information field of the FR frame in the bridge 13 (with the The main stages of the congestion management method 

exception of timing bits and other similar bits). FIG. 4 according to the invention are shown in FIG. 6. When a 

illustrates the insertion of a LAN frame 38 into the infor- 60 frame 39 of the format shown in FIG. 4 enters the buffer 15, 

mation field of an FR frame 39. It also shows a typical FR the monitoring unit 18 reads the data link connection iden- 

network frame format where the address field preceding the tifier DLCI and the DE bit from the address field of the frame 

information field comprises two octets (bits 1 to 8). The bits (stage 60). If the DE bit has been set to one, the frame is 

3 to 8 of the first octet and the bit 5 to 8 of the second octet automatically assigned the lowest service level (in this 

form a data link connection identifier DLCL which indicates 65 example the level 0), irrespective of the service level of the 

to the node e.g. the virtual connection and virtual channel to virtual connection to which the frame belongs (stage 6la). 

which a particular frame belongs. The virtual channels are If the DE bit has not been set to one, the monitoring unit 



10/20/2003, EAST Version: 1.04.0000 



5,638,359 



10 



15 



searches the table T for the service level value corresponding 
to the virtual channel indicated by the data link connection 
identifier (stage 62). This service level value, or alternatively 
the lowest service level value assigned at stage 61a, is then 
compared (stage 63) with the current congestion level value 
obtained from the congestion level table C If the congestion 
level value exceeds the service level value, the monitoring 
unit 18 discards the frame (stage 65). If this is not the case, 
the frame is forwarded in a normal way. The throughput of 
frames with a higher level of priority (a higher service level) 
can thus be ensured under congestion conditions by discard- 
ing frames having a lower congestion leveL When a certain 
frame has been discarded, the application (protocol) takes 
care of its retransmission. 

In addition to the stages shown in PIG. 6, the monitoring 
unit 18 monitors continuously the fill rate of the buffer 
memory 15 and updates the value of the congestion level by 
means of the congestion level table C. 

The method stages according to the invention, illustrated 
in FIG. 6, are applied only to frames the integrity of which 20 
has been checked and in which no errors have been detected 
and the DLQ has been defined for the link in question. If 
errors are detected or it is found out that the DLC3 has not 
been defined for the link in question, the frame is discarded. 
As these stages, however, do not fall within the idea of the 
invention, they are not shown in FIG. 6. 

The thresholds corresponding to a certain congestion level 
are unequal in the rising and falling direction of the con- 
gestion level in order that the level of congestion would not 
disturbingly often vary between two adjacent levels. 

Even though the invention has been described above with 
reference to the examples of the attached drawings, it is 
obvious that the invention is not restricted to it, but it may 
be modified within the inventive idea disclosed above and in 
the attached claims. Accordingly, even if the invention has 
been described with reference to a buffer memory, the 
method is applicable to any resource liable to congestion. 
The threshold values of the congestion levels need not 
necessarily be equal to the service level values (0 ... 3), 40 
provided that the values of the two levels have such a 
predetermined relationship to each other that they can be 
compared and a threshold can be set below which frames 
will be discarded Hie simplest case, however, is the one 
described above, where the value of the congestion level can 45 
be compared directly with the value of the service level 
Frames having their DB bit set may also be assigned some 
other service level value than the lowest one. The service 
level value of such frames need not necessarily be lower 
than the service level of the virtual connection to which the 50 
frame belongs. 

We claim: 

1. A method for managing congestion in a frame relay 
network, comprising the steps of: 



25 



30 



35 



determining a plurality of virtual channels associated with 
respective frames to be transferred over die frame relay 
network; 

assigning respective service levels, having values, for at 
least some of said virtual channels; 

determining a congestion level having a varying value in 
a predetermined relationship to the values of the service 
levels, for a network resource liable to congestion; 

for each frame to be transferred, comparing the value 
representing the respective service level of the respec- 
tive virtual channel of the respective frame, with the 
value representing the corresponding existing conges- 
tion level of said resource; and 

discarding each respective frame when the result of the 
comparison falls outside a predetermined value range. 

2. The method according to claim 1, wherein: 

all of said virtual channels are assigned a respective said 
service level. 

3. The method according to claim 1, wherein: 

all FR frames having a DE bit thereof set, are assigned the 
lowest of said service level values, irrespective of the 
service level of the virtual channel to which the respec- 
tive frame belongs. 

4. The method according to claim 1, wherein: 
identical numerical values are used as said service level 

values and the corresponding said congestion level 
values. 

5. The method according to claim 1, wherein: 

said resource liable to congestion is a buffer memory, and 
said level of congestion is determined by utilizing a 
congestion level table comprising two buffer memory 
fill rate thresholds for each congestion level, one for 
rising congestion, and another far falling congestion. 

6. A node in a frame relay network, comprising: 
a buffer, 

means for storing service level values corresponding to 
virtual channels; 

means for deterrnining a varying congestion level of a 
resource of the frame relay network which is liable to 
congestion; 

means for comparing values representing the existing 
congestion level of said resource and the corresponding 
value representing the service level to obtain respective 
results; and 

means for discarding a respective frame arranged to be 
transferred over the frame relay network, in response to 
the respective result of said comparison. 
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